約 5,121,226 件
https://w.atwiki.jp/tokachichukuchite/pages/25.html
+SA http //www.nicovideo.jp/watch/sm2483869 もじゃ姉さん http //www.nicovideo.jp/watch/sm4721990 てーれってーれっオナショウ軍♪ +その他 http //www.nicovideo.jp/watch/sm2953477 とかち元ネタ
https://w.atwiki.jp/md10/pages/26.html
ASINが有効ではありません。 [429] Client error `POST https //webservices.amazon.co.jp/paapi5/getitems` resulted in a `429 Too Many Requests` response { __type com.amazon.paapi5#TooManyRequestsException , Errors [{ Code TooManyRequests , Message The request was de (truncated...) ASINが有効ではありません。 ASINが有効ではありません。 ASINが有効ではありません。
https://w.atwiki.jp/0x0b/pages/89.html
ハイパーテキスト転送プロトコル RFC 2616 WebブラウザとWebサーバの間でHTMLなどのコンテンツの送受信に用いられる通信プロトコル リクエスト-レスポンス型 トランスポート・プロトコルとして通常TCPを使用 基本的な考え方は非常に単純であり「何を」「どうして」ほしいのかを相手に要求する。「何を」に当たるのがURL、「どうして」がメソッドにあたる。 World Wide WebにおけるWebページなどのリソースは、Uniform Resource Identifierによって指定される。 ポート番号80をデフォルトとして使用する(送信時は8080)。 TLSで暗号化され、セキュリティを確保したHTTPは、HTTPSと呼ばれる(httpsは実際にはURIスキームの1つであり、実際のプロトコルにはHTTP over SSL/TLSが用いられる)。 HTTP は基本的にサーバが状態を保持しない (stateless) プロトコルだが、データベースなどを使用するWebアプリケーションにおいては状態保持が必要だったため、そのためにいわゆる Cookie とよばれる機構が Netscape Communications Corporation によって導入された。Cookie を使用することによって状態を管理し、"セッション" を維持することが可能になる。 HTTPの拡張プロトコルとしてWebDAVがある。 UPnPでは、HTTPをUDP上で使用するHTTPUや、マルチキャストで使用するHTTPMUが規定された。 HTTP/0.9 URLのみの簡単なやりとり HTTP/1.0 NNTPやSMTPのような各種ヘッダが定義 HTTP_Cookieなどの利用 HTTP/1.1 複数データを転送するためのキープアライブ(keep-alive)機能やプロキシなどの利用も想定された仕様 バーチャルホストをサポートした。インターネット人気に伴い多くの企業がWebサイトを持ち始めたが、当時ではまだまだ企業が自前のWebサーバを運用するのは人員、効率の問題で難しかったためISPのサーバでホスティングをしていた。当時はまだ一社ごとに専用サーバを用意するほどのことでもないため一台のサーバで複数のWebサイトを運用していた。 しかしバーチャルホストには問題がある。例えばある1台のサーバに foo.example.com と bar.example.com という二つの仮想Webサーバがあるとする。ここではクライアントは http //foo.example.com/index.html にアクセスしたいとする。そのためにはまず foo.example.com をIPアドレスに解決するためDNSサーバに問い合わせ、そのサーバにアクセスし GET index.html を要求する。しかしサーバ側のIPアドレスは foo.example.com と bar.example.com 共におなじIPアドレスである。もし foo.example.com にも bar.example.com にも index.html というファイルが存在すればクライアントはどちらのサーバにアクセスしたのかわかるすべがない。 これを解決するにはそれぞれにIPアドレスを付与することで解決できるが、IPv4の資源を無駄にすることになる。 HTTP/1.1ではこれを解決するためにHostヘッダを追加した。 HTTP/1.0のヘッダ GET /index.html HTTP/1.0 HTTP/1.1のヘッダ GET /index.html HTTP/1.1 Host foo.example.com 動作 通信の開始 他のプロトコル同様クライアント側とサーバ側ではHTTPの役割が大きく異なる。HTTP通信を開始できるのはクライアント側のみである。 クライアント側はサーバにリクエストを送り、サーバはクライアントにレスポンスを返すのが最も典型的なHTTPのやりとりである。 接続 システム間でメッセージをやりとりするにはTCP接続を確立させる必要がある。 HTTP/0.9ではクライアントのリクエストごとにTCP接続を確立させる必要があったが、これは当時のWebサイトがシンプルなテキストベースであることが多かったためである。近年ではJavaScriptやアニメーション画像など、多数のオブジェクトが埋め込まれたWebサイトが一般的となってきているが、これら全てのオブジェクトを取得するたびにTCP接続を確立するのはサーバやネットワークに大きな負担を強いるため、HTTP/1.1では持続的接続がサポートされることとなった。ただしこの機能が利用できるのはサーバ側がその要求を許可した場合のみである。 パイプライン クライアントは前のリクエストに対するサーバの応答を待たずに別のリクエストを発行できる。 メソッド HTTPでは8つのメソッドが定義されている。ただし実際のHTTP通信ではGETとPOSTメソッドだけで殆どを占める。 HTTPメソッドの一覧 メソッド HTTP/0.9 HTTP/1.0 HTTP/1.1 GET ○ ○ ○ POST ○ ○ PUT △ ○ HEAD ○ ○ DELETE △ ○ OPTION ○ TRACE ○ CONNECT ○ GET 指定されたURIのリソースを取り出す。HTTPの最も基本的な動作で、HTTP/0.9では唯一のメソッド。 POST GETとは反対にクライアントがサーバにデータを送信するメソッドである。Webフォームや電子掲示板、Wikiなどに投稿する。GETの場合と同じくサーバはクライアントにデータを返すことができる。 PUT 指定したURIにリソースを保存する。URIが指し示すリソースが存在しない場合は、サーバはそのURIにリソースを作成する。画像のアップロードなどが代表的。 DELETE 指定したURIのリソースを削除する。 OPTION サーバを調査するメソッド。例えばサーバがサポートしているHTTPのバージョンなどを調査できる。 HEAD GETと似ているがサーバはHTTPヘッダのみ返す。クライアントはWebページを取得せずともそのWebページが存在するかどうかを知ることが出来る。例えばWebページのリンク先が生きているか検証するときなどにリンク先のデータを全て取得することなく調査することが出来る。 TRACE サーバまでのネットワーク経路をチェックできる。サーバは受け取ったメッセージのそれ自体をレスポンスのデータにコピーして応答する。WindowsのTracertやUNIXのTracerouteとよく似た動作。 CONNECT 暗号化したメッセージをプロキシで転送する際に用いる。 サーバの連携 バーチャルホスト リダイレクト 301 MovedというステータスコードとURIを受け取りクライアントはこの受け取ったURIに再度GETを送る。 クッキー(HTTP_Cookie) HTTPメッセージ クライアントからのHTTPリクエストは3つの要素から構成される。それぞれメソッド、URI、HTTPのバージョンでありスペースで区切られている。 下にもっとも単純な、クライアントとサーバ(www.google.co.jp 80)とのHTTPプロトコルのやり取りの例を挙げる。 クライアントのリクエスト GET / HTTP/1.0 GETがメソッド、URIは / 、バージョンはHTTP/1.0であることを示す。 URIは/でルートリソースを対象にしたリクエストであることを示している。TRACEなど特定のサーバを対象としないリクエストの場合には*が表示される。 サーバのレスポンス HTTP/1.0 200 OK Cache-Control private Content-Type text/html Set-Cookie PREF=ID=72c1ca72230dea65 LD=ja TM=1113132863 LM=111 3132863 S=nNO7MIp W2o7Cqeu_; expires=Sun, 17-Jan-2038 19 14 07 GMT; path=/; domain=.google.co.jp Server GWS/2.1 Date Sun, 10 Apr 2005 11 34 23 GMT Connection Close html head meta http-equiv="content-type" content="text/html; charset=Shift_JI S" title Google /title style !-- ・・・以下省略 上のリクエストのGETにあたる部分をメソッドといい、 HTTP/1.0では、GET, HEAD, PUT, POST, DELETE, LINK, UNLINK、 HTTP/1.1ではさらに、OPTIONS, TRACEがある。 GETメソッドのレスポンスにはヘッダ情報のあとに改行が挟まれ、コンテンツ本体が送られる。 HEADメソッドのレスポンスにはコンテンツサイズや更新日時などの情報を含むヘッダのみが送られる。 また、リクエストの2行目以降はヘッダを送る。 HTTPヘッダフィールド ヘッダの各要素は フィールド名 内容 のペアで構成される。 ブラウザの情報を表すUser-Agent、使用候補言語を表すAccept-Language、他ページへのリンクを辿った場合にそのリンク元ページのURLを表すRefererなどが代表的なフィールドである。 なお、リクエスト時のHostヘッダはHTTP/1.1では必須であるが、HTTP/1.0では無くても良い。 但し、サーバがバーチャルホストを利用している場合は、Hostヘッダが無いとリソース取得に失敗するので、たとえHTTP/1.0を使用していてもHostヘッダを付加しなければならない。 HTTPヘッダフィールドの一覧 リクエストヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Acceptクライアントの受け入れ可能コンテンツタイプを示す○○ Accept-Charsetクライアントの受け入れ可能文字セットを示す○○ Accept-Encodingクライアントの受け入れ可能文字エンコーディングを示す○○ Accept-Languageクライアントの受け入れ可能言語を示す○○ Authorizationクライアントの認証情報を示す○○ Cookieクライアントの状態管理情報をサーバに返す Cookie2HTTP/1.1のSet-Cookie2ヘッダの受け入れ可能をサーバに知らせる Expectクライアントがサーバに期待する動作を示す○ Fromリクエスト発行者個人の情報を示す。一般的に電子メールアドレスを使用する○○ Host要求しているオブジェクトがあるホストを示す○ If-Matchif文を用い条件が真の場合のみリクエストを処理するようサーバに要求する○ If-Modified-Since指定日及び指定時刻以降にオブジェクトが変更されている場合のみリクエストを処理するよう要求する○○ If-None-MatchIf-Matchの逆で条件が真でない場合のみリクエストを処理する要求○ If-Range条件が真の場合のみ指定したオブジェクトの範囲を返すようサーバに要求する○ If-Unmodified-SinceIf-Modified-Sinceの逆で真でないときのみ実行する○ Max-Forwardsリクエストの中間システム経由数を最大いくつまでかを指定する○ Proxy-Authorizationクライアントがプロキシサーバに対して自身の認証を行う○ Rangeオブジェクト全体でなくリソースの一部を要求する○ Refererリクエストの出所を示す。一般的にはユーザの辿ったWebページのURLが用いられる。○○ TEレスポンスの受け入れ可能転送エンコーディングを示す○ レスポンスヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Accept-Rangesオブジェクトの一部に対するリクエストをサーバが受け入れ可能か示す○ Ageオブジェクトの経過時間を秒単位で返す○ AllowオブジェクトがサポートするHTTPメソッドを示す○○ ETagオブジェクトのエンティティタグ値を示す○ Locationオブジェクトの場所を示す○○ Proxy-Authenticateプロキシサーバがクライアントに認証を要求するときに用いる○ Retry-Afterリクエストの再試行をいつ行うかをクライアントに通知する○○ Serverサーバのベンダー名、バージョン番号を占めす○○ Set-Cookie2サーバがクライアントにCookieを送信するときに用いる Varyサーバのレスポンス内容を決定する際にリクエストURI以外に使用したHTTPヘッダのリストを示す○ WWW-Authenticateクライアントに対してリクエストの再発行を要求する。認証情報も含まれる○○ 一般ヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Cache-Controlメッセージの経由する中間キャッシュの動作を指示する○ Connection中間システムが転送すべきでないヘッダのリストを示す○○ Dateメッセージの作成日時を示す○○ Pragmaメッセージに関する追加情報を示す○○ Trailerメッセージボディの後に追加のヘッダーが表れることを示す○ Transfer-Encodingクライアントの転送を目的としたオブジェクトのエンコーディングを示す○ Upgrade通信相手に別のプロトコルにアップデートするよう要求する○ User-AgentクライアントのWebブラウザなどの情報を示す○○ Warningメッセージに関する追加情報を示す。通常はキャッシュの問題を警告するときに使われる○ エンティティヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Content-Encodingオブジェクトのエンコーディングを示す○○ Content-Languageオブジェクトの言語(人間の言語)を示す○○ Content-Lengthオブジェクトのサイズをバイト単位で示す○○ Content-Locationオブジェクトの場所を示す○ Content-MD5オブジェクトのメッセージダイジェストを運ぶ○ Content-Rangeメッセージボディで運ばれるオブジェクトの範囲を示す○ Content-Typeオブジェクトのタイプを示す○○ Expiresオブジェクトの有効期限の日時を示す○○ Last-Modifiedオブジェクトが最後に変更された日時を示す○○ Accept サーバのレスポンスに含まれるメッセージボディで受け入れることが出来るコンテンツタイプと各コンテンツタイプの相対的な優先度を指定するリクエストヘッダ。指定できるコンテンツタイプはIANAによって定義されている。 Accept text/plain; q=0.5, text/html, text/x-dvi; q=0.8, text/x-c 上記のようにAcceptヘッダには行をわけて複数のコンテンツタイプを指定できる。上記の例はいずれの4のコンテンツタイプのいずれも受け入れ可能であることを示す。0.5や0.8といった数字は品質係数で0~1の範囲の数値である。数値の指定がなければ1.0となる。 text/plain; q=0.5 text/html text/x-dvi; q=0.8 text/x-c Accept-Charset レスポンスで返されるメッセージボディの文字コードを指定するリクエストヘッダ。Acceptと同じく複数指定でき品質係数も設定できる。定義済み文字セットはIANAが管理している。 Accept-Charset unicode, *; q=0.8 この例だとクライアントはUnicode文字セットを優先的に希望しているが他の文字セットとの相対優先度0.8で受け入れている。ただしサーバからのレスポンスのHTTPヘッダそのものの文字コードは常にISO-8859-1である。 Accept-Encoding Accept-Language レスポンスの言語(人間の言語)に対する優先度を指定する。言語コードはISO-639の2文字の省略コードを用いる。書き方は他のAccept-群と変わらず。 Accept-Language en-gb, en; q=0.8 上記の例はまずイギリス英語を要求し、利用できない場合はその他の英語を要求する。 Accept-Ranges Acceptで始まる他のヘッダフィールドと違いレスポンスヘッダーである。現在の仕様では2つの指定方法しかない。 Age リソースの推定経過時間を表示するレスポンスヘッダ。キャッシュサーバーはAgeヘッダの値からキャッシュしたリソースが有効かどうかを判定する。 Allow Authentication-info ユーザ認証のやりとりの最後で用いられる、成功したレスポンスのサーバが含めることの出来るレスポンスヘッダー。 Authorization サーバに対するクライアント自身の認証を行うことが出来る。 Cache-Control キャッシングの動作を指定するためのマスターヘッダ。 Connection Content-Encoding Content-Language リソースを英語などの自然言語で示すのに使われる。言語の指定はAccept-Languageヘッダと同じ。 Content-Length Content-Location Content-MD5 メッセージボディが変更されず宛先に届くことを保証する。MD5アルゴリズムを実行する。ただし悪意の改ざんに対しては当然MD5も改ざんされるのであまり機能はしない。どちらかといえば偶発的な変更の保証をしている。 Content-Range ダウンロードの再開に用いられる。 Content-Type メッセージボディに含まれるオブジェクトタイプを示す。次の例はリソースがテキストファイル、文字セットはISO-8859-4を使用していることを示している。 Content-Type text/plain; Charset=ISO-8859-4 Cookie クライアントがHTTP状態管理を望む場合にサーバから受け取ったクッキーを以後のリクエストに次の例のようなヘッダーを付加する。 Cookie $Version="1"; NAME="VALUE"; $Path="/shopping"; $domain="www.shop.com"+ $Port="80" $VersionはHTTPのバージョン、NAMEはクッキーの名前である。$から始まるクッキー名は使用が禁止されている。 Cookie2 基本的にCookieヘッダーとCookie2ヘッダーは別物である。 Date サーバがメッセージを生成した日時を示す。リソースの時間を示すLast-Modifiedヘッダーとは区別する必要がある。 HTTP/1.1では次のような形式を用いるようRFC1123で定義されている。 Date Sun, 06, Nov 1994 08 49 37 GMT HTTP仕様ではレスポンスにDateヘッダーを含めることを求めている。ただしレスポンスのステータスがサーバエラーの場合にはDateヘッダーは返らない。 ETag 主にキャッシングのパフォーマンスを向上する目的で使われる。 Expect サーバに対して特定の動作の期待を知らせる。用途としてはクライアントがサーバに対して100 Continueステータスを返すことを期待する場合に使われる。 Expect 100-continue サーバが期待に応じれない場合は417 Expectation Failedを返す。クライアントがいくつかのプロキシ経由で通信している場合、各プロキシサーバはExpectヘッダの一切の修正を許されない。 Expires オブジェクトの有効期限を示す。このヘッダで指定された日時までキャッシュはレスポンスのコピーを保持し、リクエストに対するレスポンスとして返すことが出来る。サーバがオブジェクトのキャッシュを望まない場合にはExpiresヘッダに過去の日時を設定することが多い。また、HTTP仕様では1年以上先の日時は設定できない。 Expires Thu, 28 Aug 2010 16 00 00 GMT Cache-Controlヘッダのmax-ageディレクティブはExpiresヘッダより優先されるため注意が必要である。 From リクエストを発行したユーザを特定することが出来る。1990年代では電子メールアドレスを設定することが多かったが、迷惑メールの問題もあり現在では殆ど使われていない。 From hoge@hogehoge.com Host 主にレンタルサーバのサポートを目的としてHTTP/1.1で導入された。現在ではHostヘッダを利用できない場合レンタルサーバのウェブサイトとまともな通信が出来ないと言ってよい(詳細はHTTP#歴史を参照)。 If-Match クライアントのリクエストを条件付きのリクエストにするために使われる。サーバは一定の条件が真であった場合のみリクエストを受け入れることが出来る。例えばウィキペディアを編集する際、記事のソースを取得し、書き換える際の間に別のユーザが既に編集していないかを判断するときなどに用いられる。 「if文」も参照 利用者:HogeがHTTPの記事を取得。ETagは1234 利用者:HageがHTTPの記事を取得。ETagは1234 利用者:HogeがHTTPのETagを再度取得。先ほど取得したETag 1234と現在のETag 1234が一致。 利用者:HogeがHTTPの記事を編集。ETagは1256になる。 利用者:HageがHTTPのETagを再度取得。先ほど取得したETagと現在のETagはマッチせず。 サーバは利用者:Hageの書き込みを拒否。 If-Modified-Since このヘッダーで指定された日時以降にオブジェクトが変更されている場合のみリクエストに応答するようサーバに要求する。リソースの削減に効果がある。 If-None-Match If-Matchと逆で条件が真でない場合のみリクエストを処理するよう要求する。 If-Range クライアントがキャッシュにオブジェクトの一部分を持っている場合にパフォーマンスを向上できる。 If-Unmodified-Since If-Modified-Sinceの逆の働きをする Last-Modified サーバオブジェクトの最終更新日時を示す。クライアントはこのヘッダを利用しIf-Modified-Sinceヘッダ等と組み合わせることによって効果を発揮する。 Location サーバがクライアントにリダイレクト先URLを知らせる際に用いられる。一般的にステータスコードが3xx代のレスポンスと共に使われるが201 Createdのレスポンスでも使うことが出来る。Content-Locationヘッダと名前が似ているが全く関係のない別のヘッダであるため注意。 Max-Forwards プロキシサーバ等を経由する際の最大ホップ数を指定する。二重ループなどでサーバから応答が得られない場合の問題解決の際、OPTIONメソッドやTRACEメソッドと共に用いられる。 HTTPステータスコード ステータスコードはクライアントのリクエストが成功したかどうかを示した上で追加情報を提供するいずれも3桁の数字から成る。具体的には100-199が情報提供、200-299が成功を示す。300-399はリダイレクト、400-499はエラーを示す。 セキュリティ技術 Basic認証 HTTP/1.1でBasic認証が定義されており最も単純なセキュリティ技術である。しかし仕様書を読むと定義を書いた著者自身が認証技術に疎いことがよくわかる。『HTTPプロトコル セキュア&スケーラブルなWeb開発』の著者は「基本認証を用いるくらいならなにも使わない方がまし」と著書に書いている。通常サーバは401ステータスコードで応答する。 行末文字はWindowsと同じCRLF。 RFC 2818 - HTTP Over TLS RFC 2817 - Upgrading to TLS Within HTTP/1.1 RFC 2616 - HTTP/1.1 ハイパーテキスト転送プロトコル -- HTTP/1.1 RFC 2068 - HTTP/1.1(初版,RFC 2616 によって obsolete) TS X 0085 2004 - ハイパテキスト転送プロトコル HTTP/1.1 標準仕様書(TS) RFC 1945 - HTTP/1.0 HttpTea Freeware HTTP Logger Studying HTTP
https://w.atwiki.jp/katsuhiro/pages/26.html
HTTPメソッド GET情報取得メソッド POST PUT DELETEリソース削除メソッド HTTPリクエスト ポストデータ HTMLのPOST指定のformから送信されるデータ JSPのrequestオブジェクトから下記のメソッドで情報を取得できるgetParameter getParameterValues リクエストボディのセットされて送信される クエリ情報 URLの末尾の"?"以降に「キー=値」のセットで付加される簡易な情報 複数のセットがある場合は" "で連結される URLに直接指定するほか、HTMLのGET指定のformから送信されるデータ formのmethod属性が省略された場合もクエリ情報として送信される JSPのrequestオブジェクトから下記のメソッドで情報を取得できるgetParameter クエリ情報に特殊文字が含まれる場合は、あらかじめエンコードしておく必要がある(form経由の場合はエンコード不要) URLに使用可能な文字数を超えて送信できない(2,083文字)FireFoxの場合は制限が無いが、動作が遅くなる場合もあるらしい データがアドレス欄に露出してしまう ヘッダ情報 「名前: 値」形式 種類一般ヘッダ(要求/応答時双方で利用) エンティティヘッダ(コンテンツに関する情報) リクエスト(要求)ヘッダ(クライアントに関する情報) レスポンス(応答)ヘッダ(その他) JSPのrequestオブジェクトから下記のメソッドで情報を取得できるgetHeaderNames ただし、情報取得専用メソッドが存在するヘッダについてはそちらを使う ■ヘッダ例 種類 ヘッダ名 概要 一般 Cache-Control キャッシュルールを規定する Connection プロキシ(中間)サーバで削除すべきHTTPヘッダを指定 Date コンテンツ生成日時 Pragma キャッシングを利用するか(下位互換用のヘッダ) Transfer-Encoding コンテンツの転送エンコーディング方式 リクエスト Accept クライアント対応コンテンツの種類(優先順) Accept-Language クライアント対応言語(優先順) Authorization 認証情報 Cookie クライアントに保存されたクッキーデータを送信 Host 要求先ホスト名 If-Modified-Since 指定日時以降にコンテンツが更新されている場合にのみ、サーバはデータを送信 Proxy-Authorization プロキシサーバ用の認証情報 Range 要求リソース範囲 Referer リンク元URI User-Agent クライアントの種類 レスポンス ETag リソースを一意に特定するためのキー情報(コンテンツが更新されていないかどうかを特定する場合などに使用) Location クライアントに新しいURIに移動するように促す Server サーバの種類 Set-Cookie クライアントにクッキーを送信 WWW-Authenticate クライアントに認証を要求 エンティティ Content-Encoding コンテンツのエンコーディング方式 Content-Length コンテンツサイズ Content-Type コンテンツの種類 Expires コンテンツの有効期限 Last-Modified コンテンツの最終更新年月日 クッキー サーバがクライアントに対して自由に読み書きできるテキスト クッキーの有効期限負数をセットした場合、ブラウザの終了時に削除される 0をセットした場合、その場で削除される 1以上をセットすると、その秒数分保持される クッキーのデメリットクライアント側でクッキーを受け入れないように設定することが可能 クライアント側でクッキーの改竄や削除が可能 実データがネットワーク上を流れてしまう クッキーの制約1つのホスト、ドメイン当たりの最大個数は20個(総数では300個以内) クッキー1つあたりの最大サイズは4096バイト セッション情報 長期間にわたって情報を保持するには不向き ユーザがブラウザを開いている間だけアプリケーション内で情報を受け渡しする場合にはクッキーより手軽でセキュアな仕組み sessionJSPの暗黙オブジェクトの1つ 下記のメソッドを使って読み書きするgetAttribute setAttribute @pageディレクティブのsession属性がfalseの場合は使えない sessionが不要の場合はsession属性をfalseにしておく(サーバリソースの節約) sessionを使うと… クライアントからサーバにリクエスト送信 サーバからのレスポンスにSet-Cookieヘッダの値としてセッションIDが付加される(JSESSIONID) クライアントからサーバに2回目以降のリクエスト送信時、Cookieヘッダの値として、受け取ったJSESSIONIDを付加して送る サーバをそのセッションIDに該当するセッションを使って処理をし、レスポンスを返す セッションの破棄方法明示的な破棄(session.invalidate()) 有効期限を設定する(session.setMaxInactiveInteval()) web.xmlにセッションの有効期限を設定する session-config session-timeout セッションの寿命明示的に破棄されるか有効期限を過ぎない限り、クライアントを閉じてもサーバ上で生き続ける ieHTTPHeaders http //www.blunck.info/iehttpheaders/iehttpheaders.html ⇒IE上でHTTPによる通信内容をトレースするツール
https://w.atwiki.jp/sitescript/pages/32.html
MSN Video MSN Video http //video.msn.com/ MSN Video JP http //video.jp.msn.com/ MSN Video US http //www.bing.com/videos/browse 各国の MSN Video http //video.jp.msn.com/markets 再生中の動画のURLが、アドレス欄に表示されない場合は、「動画のリンク(video link)」からリンク(link)を表示、これをコピー、アドレス欄に張り付けて Enterキーを押します。 修正情報 2010.08.08 記 DarkKnight さんのサイトスクリプト、 MSNVideo.site.js (date 2008/10/17, version 0.1) に基づきます。 スクリプト例 2012.05.05 up メタデータのversion は、0.1 のままです。 ダウンロードできない動画もあります。 たいていの場合、ダウンロードURL は、ページソースに直書きになっています。上記スクリプト例では、これを利用していないので、効率が悪いかもしれません(汎用性のためこのようにしています)。興味のある方は、直書きURLを利用するように書き換えてみてください。 スクリプト例履歴 2010.08.08 upURL の形式が一部変更されたようなので、これに対応。 取得した realUrl のプロトコルが、rtpm や mms の場合、null を返すようにしています。こうした URL も取得したい場合は、適宜書き換えてください。 realUrl の拡張子が ism (IIS Smooth Streaming) のものは、取得しないようにしています。取得したい場合は、該当部分を適宜書き換えてください。 2012.05.05 upuuidの取得に失敗する場合があることに対応。 RTMPプロトコルやMMSプロトコルの場合や、拡張子ism (IIS Smooth Streaming)の場合など、Craving Explorer で扱えない場合は、メッセージウィンドウを表示するようにした。94行目あたり、_MSNVIDEO.showDlgをfalseにするとメッセージウィンドウは表示されません。デフォルトでは、trueになっています。 複数のURLが取得できた場合、最も画質の良さそうなものを選ぶようにした。URLの選択は、211~221行目あたりの sort で行っていますので、必要ならばご自分の好みに合うように書き換えてください。 名前 コメント
https://w.atwiki.jp/kawauchi/pages/5.html
http //www.nicovideo.jp/watch/sm30276
https://w.atwiki.jp/spirallife/pages/8.html
(it s a)cool cool world? Spiral Movie ~TELEGENIC 2~ Spiral Movie 2 The Giants of Golden Rock and Roll SLBT Comming to you live from SLBT We present THE SON OF SONIC BOOM SLBM ~Version~ SELL OUT ALL ALONE, FURTHER ALONG? SELL OUT/SPIRAL LIFE VIDEO CLIPS?
https://w.atwiki.jp/yorunonaisekai/pages/14.html
概要 禁断のアングラSNS「red video info」は、異常性癖・暴力・スナッフビデオ……などが投稿されている、知る人だけが知る世界。 しかし閲覧数は多く、これらを密かに楽しんでいる人々は少なくないようだ。 その投稿者の中に、「レグルス」と呼ばれている人気の男子ユニットがあった。 彼らがどこから配信をしているかはわからないが、8人が同じ場所にいる。 たまに仲良しオフショットも上げてくる等で癒してくるので油断ならない。 …という設定であれこれ絵を描きたい!エロゲー並みの簡単な設定でR18G絵を描きたい! という企画です。 舞台 舞台は現代日本風で、ネット・スマホも普通にあるような世界 ただし人身売買の話がよく聞かれたりして、現代日本より治安がよろしくない。 red video infoというSNSについて アングラSNS「red video info」は、もともと「video」と名の付く通り、 スナッフビデオや流出画像がいきつく場所としてネット黎明期から存在していた。 近年になって開始されたSNSであるRVIも、そういったものが好きな人の集まりになっている。 よくあるのがソフトSM的な画像であったりするが、 中には拷問、処刑、カニバリズム…など、一般人にはおよそ実現不可能なものもある。 運営が何者なのか、なぜ軍などに咎められず存続できるのか…謎が多い。 また、閲覧数によって収入が得られるシステムがあり、トップ層は相当の報酬を得ていると言われる。 ネットでの隠語として「RVI」「赤画」とも呼ばれている。 「飼育箱」について この世界では、金持ちが「飼育箱」というものでお気に入りの人間・奴隷を囲っておく風習のようなものが残っている。 囲われている奴隷たちは「蝶」とも呼ばれる。 よくあるのが美女を囲っている飼育箱だが、美少年を囲う趣味のものもある。 蝶たちは、様々な理由で、攫われてきたり、自ら志願する等で蝶になっている。 レグルスの8人はおそらく「どこかの飼育箱の蝶」なのだろうということが閲覧者から予想されていて、実際にそうである。 表には出てこないが、飼育箱のオーナーがいる。
https://w.atwiki.jp/newdivide/pages/21.html
[名前] #7.ReI*Lalame [K/D] 56% [階級] 少尉5 [メイン武器] [性別] [生年月日] 年月日 [星座] 座 [血液型] 型 [出身地] 県 [職業] [部活] 部 [身長] [体重] [性格] [趣味] [好きな言葉] [好きな有名人] [好きな食べ物] [嫌いな食べ物] [好きなスポーツ] [将来の夢] [生まれ変わったら] [愛用の香水] [好きなブランド] [今一番ほしいもの] [一言]
https://w.atwiki.jp/oper/pages/3289.html
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z オペラ全曲動画のYouTubeプレーヤーを貼ったページを一覧にしています 貼り付けた全曲動画はすべて公式動画です オペ対制作のYouTube動画対訳はこちら A n/a B Bach,Johann Sebastian/Matthäus-Passion/blog Bach,Johann Sebastian/Messe in h-Moll/blog Barber,Samuel/Vanessa Bartók,Béla/Kékszakállú herceg vára/blog Beethoven,Ludwig van/Meeresstille und glückliche Fahrt Beethoven,Ludwig van/Missa Solemnis/blog Bellini,Vincenzo/I Puritani/blog Bellini,Vincenzo/Il pirata/blog Bellini,Vincenzo/La Sonnambula/blog Bellini,Vincenzo/La straniera Bellini,Vincenzo/Norma/blog Berg,Alban/Lulu/blog Berg,Alban/Wozzeck/blog Berlioz,Hector/L enfance du Christ/blog Bernstein,Leonard/Mass Bizet,Georges/Carmen+/blog Bizet,Georges/Carmen/blog Borodin,Alexander/Knjas Igor Braunfels,Walter/Die Vögel Britten,Benjamin/A Midsummer Nights Dream Britten,Benjamin/Peter Grimes/blog Britten,Benjamin/The Turn of the Screw Britten,Benjamin/War Requiem/blog C Cavalli,Francesco/Ercole amante Cavalli,Francesco/La Calisto/blog Charpentier,Marc-Antoine/Médée Cilea,Francesco/Adriana Lecouvreur/blog Cimarosa,Domenico/Il matrimonio segreto/blog D Debussy,Claude/La damoiselle élue/blog Donizetti,Gaetano/Don Pasquale/blog Donizetti,Gaetano/L Elisir d amore/blog Donizetti,Gaetano/La Fille du Régiment/blog Donizetti,Gaetano/Lucia di Lammermoor/blog Donizetti,Gaetano/Roberto Devereux/blog Dvořák,Antonín/Jakobín Dvořák,Antonín/Rusalka/blog Dvořák,Antonín/Stabat Mater E n/a F Frid,Grigori/Dnevnik Anny Frank G Giordano,Umberto/Andrea Chénier/blog Gluck,Christoph Willibald/Orpheus und Eurydike/blog Gluck,Christoph Willibald/Orphée et Eurydice Gounod,Charles/Faust/blog Gounod,Charles/Roméo et Juliette/blog H Handel,George Frideric/Acis and Galatea/blog Handel,George Frideric/Agrippina/blog Handel,George Frideric/Alexander s Feast/blog Handel,George Frideric/Giulio Cesare/blog Handel,George Frideric/Il trionfo del tempo e del disinganno/blog Handel,George Frideric/Messiah/blog Handel,George Frideric/Rinaldo/blog Handel,George Frideric/Samson/blog Handel,George Frideric/Saul/blog Handel,George Frideric/Semele/blog Handel,George Frideric/Serse/blog Handel,George Frideric/Teseo Haydn,Franz Joseph/Die Schöpfung/blog Humperdinck,Engelbert/Hänsel und Gretel/blog I n/a J Janáček,Leoš/Jenůfa/blog Janáček,Leoš/Káťa Kabanová K n/a L Leoncavallo,Ruggero/Pagliacci/blog Ligeti,György/Le Grand Macabre M Mahler,Gustav/Das Lied von der Erde/blog Marschner,Heinrich/Der Vampyr Mascagni,Pietro/Cavalleria Rusticana/blog Mascagni,Pietro/L amico Fritz/blog Massenet,Jules/Manon/blog Massenet,Jules/Werther/blog Mendelssohn,Felix/Ein Sommernachtstraum Mendelssohn,Felix/Elias Menotti,Gian Carlo/The Medium Meyerbeer,Giacomo/Les Huguenots/blog Monteverdi,Claudio/Il ritorno d Ulisse in patria Monteverdi,Claudio/L incoronazione di Poppea/blog Monteverdi,Claudio/L Orfeo Monteverdi,Claudio/L Orfeo/blog Monteverdi,Claudio/Vespro della Beata Vergine/blog Mozart,Wolfgang Amadeus/Apollo et Hyacinthus Mozart,Wolfgang Amadeus/Così fan tutte/blog Mozart,Wolfgang Amadeus/Der Schauspieldirektor Mozart,Wolfgang Amadeus/Die Entführung aus dem Serail/blog Mozart,Wolfgang Amadeus/Die Zauberflöte/blog Mozart,Wolfgang Amadeus/Don Giovanni/blog Mozart,Wolfgang Amadeus/Grosse Messe/blog Mozart,Wolfgang Amadeus/Il rè pastore Mozart,Wolfgang Amadeus/Il sogno di Scipione Mozart,Wolfgang Amadeus/La clemenza di Tito/blog Mozart,Wolfgang Amadeus/Le nozze di Figaro/blog Mozart,Wolfgang Amadeus/Requiem/blog Mussorgsky,Modest/Khovanshchina/blog N n/a O Offenbach,Jacques/La Grande-Duchesse de Gérolstein/blog Offenbach,Jacques/Orpheé aux Enfers Orff,Carl/Carmina Burana/blog P Dukas,Paul/Ariane et Barbe-Bleue/blog Pergolesi,Giovanni Battista/Le serva padrona Pergolesi,Giovanni Battista/Livietta e Tracollo Pergolesi,Giovanni Battista/Stabat Mater/blog Poulenc,Francis/La Voix humaine Prokofiev,Sergei/Semyon Kotko Puccini,Giacomo/Gianni Schicchi Puccini,Giacomo/La Bohème/blog Puccini,Giacomo/La Rondine/blog Puccini,Giacomo/Madama Butterfly/blog Puccini,Giacomo/Manon Lescaut/blog Puccini,Giacomo/Tosca/blog Puccini,Giacomo/Turandot/blog Purcell,Henry/Dido and Aeneas/blog Purcell,Henry/The Fairy Queen Purcell,Henry/The Indian Queen Q n/a R Rameau,Jean-Philippe/Les Boréades Ravel,Maurice/L heure espagnole/blog Rimsky-Korsakov,Nikolai/Mayskaya noch Rossini,Gioachino/Ermione/blog Rossini,Gioachino/Guillaume Tell Rossini,Gioachino/Il Barbiere di Siviglia/blog Rossini,Gioachino/Il Signor Bruschino/blog Rossini,Gioachino/Il Turco in Italia/blog Rossini,Gioachino/Il viaggio a Reims/blog Rossini,Gioachino/L italiana in Algeri/blog Rossini,Gioachino/La cambiale di matrimonio/blog Rossini,Gioachino/La Cenerentola/blog Rossini,Gioachino/Le Comte Ory/blog Rossini,Gioachino/Mose in Egitto/blog Rossini,Gioachino/Petite Messe Solennelle Rossini,Gioachino/Semiramide/blog Rossini,Gioachino/Stabat Mater/blog S Saint-Saëns,Camille/Henry VIII Saint-Saëns,Camille/Samson et Dalila/blog Schreker,Franz/Der Schmied von Gent Schumann,Robert/Das Paradies und die Peri Schönberg,Arnold/Gurre-Lieder/blog Schönberg,Arnold/Moses und Aron/blog Schönberg,Arnold/Pierrot lunaire/blog Shchedrin,Rodion/Levsha Shchedrin,Rodion/Myortvye Dushi Shchedrin,Rodion/Ocharovanny strannik Shostakovich,Dmitrii/Igroki Shostakovich,Dmitrii/Nos Smetana,Bedřich/Prodaná nevěsta Strauss,Richard/Ariadne auf Naxos/blog Strauss,Richard/Der Rosenkavalier/blog Strauss,Richard/Die Frau ohne Schatten/blog Strauss,Richard/Feuersnot Stravinsky,Igor/Oedipus Rex Stravinsky,Igor/The Rake s Progress Sullivan,Arthur/HMS Pinafore Sullivan,Arthur/Princess Ida Szymanowski,Karol/Stabat Mater T Tchaikovsky,Pyotr Ilyich/Evgenij Onegin/blog Tchaikovsky,Pyotr Ilyich/Iolanta/blog Tchaikovsky,Pyotr Ilyich/Mazeppa/blog Tchaikovsky,Pyotr Ilyich/Orleanskaja deva/blog Tchaikovsky,Pyotr Ilyich/Pikovaya dama/blog Tippett,Michael/The Ice Break U Ullmann,Viktor/Der Kaiser von Atlantis V Verdi,Giuseppe/Aida/blog Verdi,Giuseppe/Attila/blog Verdi,Giuseppe/Don Carlo/blog Verdi,Giuseppe/Ernani/blog Verdi,Giuseppe/Falstaff/blog Verdi,Giuseppe/I due Foscari/blog Verdi,Giuseppe/Il corsaro/blog Verdi,Giuseppe/Il Trovatore/blog Verdi,Giuseppe/La Traviata/blog Verdi,Giuseppe/Luisa Miller/blog Verdi,Giuseppe/Macbeth/blog Verdi,Giuseppe/Nabucco/blog Verdi,Giuseppe/Quattro Pezzi Sacri/blog Verdi,Giuseppe/Requiem/blog Verdi,Giuseppe/Rigoletto/blog Verdi,Giuseppe/Simon Boccanegra/blog Verdi,Giuseppe/Un Ballo in Maschera/blog Vivaldi,Antonio/Catone in Utica Vivaldi,Antonio/Ercole su l Termodonte/blog Vivaldi,Antonio/La fida ninfa Vivaldi,Antonio/Orlando furioso/blog W Wagner,Richard/Der fliegende Holländer/blog Wagner,Richard/Die Walküre/blog Wagner,Richard/Lohengrin/blog Wagner,Richard/Parsifal/blog Wagner,Richard/Siegfried/blog Weber,Carl Maria von/Abu Hassan Weber,Carl Maria von/Der Freischütz/blog Weill,Kurt/Die Dreigroschenoper/blog Weill,Kurt/Die sieben Todsünden/blog X n/a Y n/a Z n/a ページ先頭へ